





r to ensure that the required Date-Of-Birth (DOB) data is entered into the cross border PNR, follow- 
>n by Amtrak is required in order to obtain the DOB. If '7 MAN' is the ONLY 7Field in the PNR 
re is no valid DOB data present, the PNR needs to be queued to the Travel Agency Sales Center’s 
TEL’ (specific number to be determined). 


when the PNR is displayed in queue OR a new queue needs to be 1 

“CROSS BORDER MANUAL TK - DOB REQUIRED” 

Reason for Change: To handle the situations where travel agencies 
required DOB data in the PNR 


ianually ticket and do not provide 


Assigned T o: ^ Date Assigned: 09Jul04 Date Due: 1 6Jul04 

Impact Summary and Recommendation: 

During the GDS manual ticketing process, activate the existing DOB checks for 
ticketing. If DOB is not present, queue the PNR to the Travel Agent Sales Center it 
Philadelphia (TEL). 


I Estimated Cost Impact: $3,000 


Estimated Schedule Impact 
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1. PROJECT OVERVIEW 

1.1 Functional description 

1.2 TechnicalDlsi.ru non 

1.2.1 Inbound Teletype 

1.2.2 End Transaction 

1.2.3 Outbound Teletype 

1.2.4 

1.2.5 CEM Table 

2. ASSUMPTIONS 

2.1 Functionality 

2.1.1 Required information: 

2.1.2 Teletype Element formal 

2.1.3 Response 

2.1.4 PNR Display of Passi niter Information Requ. t 

2.1.5 PNR History Display of Passenger Information Request 

2.1.6 Ticketing 

2.2 SYSTEM 

2.3 Environment 

3. DEPENDENCIES 

3.1 projects 

32 s s 1 1 R s rci s 

4. ENVIRONMENT 

4.1 Internal 

4.2 External 

5. PROCESS FLOW 

6. DATA BASE SPECIFICATION 

6. 1 Existing data bases and their use 

6.2 New data bases and the r l 

6.3 File Maintenance / Utilities 

6.4 data Base < kla i kjn 

7. PROGRAM SPECIFICATIONS 

7.1 Inbound Teletype 

7. /. / T1D6: Process SSR segments 

7.1 2 T1G2: Validate key in OS1 item 

7.1.3 T1G3: Act on result from OS1 request 

7.1.4 TIGS: Process OS1 DOCS item 

7.2 SiPN I f KITTING 

> : 7 < vcrctoi • : oth 

7.2.3 TPE3 Worldspan ticketing path 

7.2.4 700/: PNR now ticketed' process 
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7.3 PNR FACE AND HISTORY DISH AY BY GDS AGENT 

7.3.1 TAK3: Display 3 fields to GDS tn.i ni 

7.3.2 TAH7-. Display PNR history far 5-fields to GDS agent.. 

7.4 PID PROCESSING 

7.4.1 1DU ! min processing 

7.4.2 PDED: Add passenger data to AAA 

8. SYSTEM IMPACTS 

8. 1 Estimated impacts: 

8.1.1 CPU cycles and l S 

8.1.2 Other Hardware 

8.1.3 

9. BUSINESS AREAS IMPACTED— 

1 0. APPLICATION / SYSTEM AREAS IMPACTED 
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DETAILED DESIGN DOCUMENT 


1 . Project Overview 

1.1 Functional Description 

In order to support the new requirements for border crossing being requested by 
US Customs Border Protection Agency in ARROW, Amadeus will need to 
support the transfer of additional passenger identification information from the 
Amadeus system into the ARROW system. 

US Customs Border Protection Agency has also informed Amtrak that all first 
names must be a minimum of 2 characters. 

1.2 Technical Description 

Highlight this area and provide a brief technical description of the project. The 
technical description should only be added after completion of the remaining 
sections of this document If the project is to be implemented in separate 
products, clearly define the separate products here. 

1.2.1 Inbound Teletype 


1.2.2 End Transaction I 


1.2.3 Outbound Teletype 


1.2.4 PNR displays 


1.2.5 CEM Table 
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2. Assumptions 

2.1 Functionality 

2.1.1 Required information: 

Each GDS is required to supply the date of birth and country of 
citizenship for each passenger in a border-crossing PNR, including 
infants. The new requirements from the US Customs Border 
Protection group are to also collect gender and passenger 
identification. 

* Document Type 

• RA - US Resident Alien Card 

• PR -LPR (Legal Permanent Resident) Card 

• PP - Passport 

• RE - Re-entry Permit 

• RT- Refugee Travel Document 

• NC - Naturalization Certificate 

• BC — Birth Certificate (requires photo id) 

• MO - Military Orders (requires photo id) 

■ Document Number 

Required for the following types: 

• RA - US Resident Alien Card 

• PR - LPR (Legal Permanent Resident) Card 

• PP- Passport 

• RE - Re-entry Permit 

• RT- Refugee Travel Document 

• NC - Naturalization Certificate 
Optional for the following types: 

• BC- Birth Certificate (requires photo id) 

• MO - Military Orders (requires photo id) 

■ Document Expiry Date 

Mandatory for the following document types: 

• PP- Passport 

Not accepted for the following document types: 

• BC - Birth Certificate 
Optional for all other types 
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* Gender 

. M-Male 

• F - Female 

US Customs Border Protection Agency has also informed Amtrak 
that all first names must be a minimum of 2 characters. Amtrak 
will enforce this requirement and reject any Teletype message 
where the first name of a passenger is less than 2 characters. 
Amadeus will receive and Acknowledgement notifying them of the 
reject. 

2.1.2 Teletype Element Format 

This new element would replace the date of birth OSI. Subject to 
the approach picked, the data would be placed into the GDS PNR 
using their system’s format for creating the approach (OSI or SSR) 
picked. 

SSR Format: 

SSK DOCS 2V HK1/RA/US/1234567 890 12345/US/12 JUL64/M/12 JUL04/TEST/ JCE/H- 1TE37/30E 

< a > < b> l9> (h) (i> (J) (kl (1) M(n) to) 

Where: 

(a) = Supplementary Service Code 

(b) = “Primary Travel Document” SSR Code 

(c) - Carrier participating in the itineraiy and program 

(d) = Status code and Number in Party 

(e) = Travel document type (2 Character) 

(f) - Travel document issuing Country (2 Characters) 

(g) “Travel Document Number (15 Characters) 

(h) = Passenger Nationality (2 Characters) 

(i) = Date of Birth (DDMMMYY) 

(j) “Gender of passenger 

• M-Male 

• F - Female 

• MI -Infant Male 

• FI - Infant Female 

(k) = Travel Document expiry date (DDMMMYY) 

(l) = Travel Document Surname 

(m) - Travel Document First Given name 
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(n) - Multi-passenger PNR - Primary passport holder indicator 
(option) 

(o) = Passenger associated name including number in party 

All fields following (d) must be separated by an oblique (/). Tf the 
field is not provided an oblique (/) is inserted to indicate an 
element is missing. 

OSI Format: 

OSI 2V DOCS HKl/RA/US/123456789012345/12 JOL2004/M/12 JUL1964/GB-1TEST/ JOE 


Where: 

(a) = Supplementary Service Code 

(b) = Carrier participating in the itinerary and program 

(c) = “Primary Travel Document” SSR Code 

(d) = Status code and Number in Party 

(e) = Travel document type (2 Character) 

If) = Travel document issuing Country (2 Characters) 

(g) = Travel Document Number (25 Characters max) 

(h) - Travel Document expiry date (DDMMMCCYY) 

(i) = Gender of passenger 

• M-Male 

• F - Female 

• MI - Infant Male 

• FI - Infant Female 

(j) = Date of Birth (DDMMMCCYY) 

(k) = Passenger Nationality (2 Characters) 

(l) = Passenger associated name including number in party 

All fields following (d) must be separated by an oblique (J). If the 
field is not provided an oblique (J) is inserted to indicate an 
element is missing. 


2.1.3 Response 

A valid passenger information item will be added to the Arrow 
PNR, and no response returned. In the case of an error. Arrow will 
return an advisory message to that effect and that no action has 
been taken to update the Arrow system. The message will be 
returned in SSR OTHS elements. 
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ADVISE PSGR: VALID PHOTO ID REQUIRED 
INVALID FORMAT 

INVALID ID TYPE FOR NON-US /CA CITIZEN 

INVALID GENDER, MUST BE M OR F 

PSGR NBR TOO HIGH FOR NBR OF NAMES ENTERED 

2.1.4 PNR Display of Passenger Information Request 

Once Passenger information is added to the PNR, it will be 
displayed in the Arrow view of the PNR. The information will be 
placed into the PNR as two separate items - the DOB field that 
exists today and the new PAX ID field. 


0F8C5F RR HL29JUL CTC-P 321.00/ 

-01® 1 / COBLE / GEOFF 

-02® 1/ COBLE/ SUSAN 

-03® 1/ICOBLE/EMILY 

1 2V 68C MTRALB 950A01JUN 505P01JUN YD O HK3 

301® R SEG : T BASIS 3F /Pl-3 

* YOB1 RAIL PARK 123.00 

2 2V 49C ALBCHI 650P01JUN 930A02JDN YD O HK3 

302® R SEG i 2 BASIS 3F /Pl-3 

* DOF1 RAIL FARE 198.00 

4001® OSI 

* PNR REQUIRES DOB INFORMATION PRIOR -TO TICKETING 
4002® OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

501® DOB- 09JUL1962/US/P1 

502® 06JUL1962/US/P2 

505® 09SEP1999/US/P3 

506® PAX ID - PP/US/ 1234567 8 9/F/F1 
507® PAX ID - RA/US/ 1234567 8 9/F/F2 
504® FBD- 3F 

503® OSI- 2V DOBO 9SEP1 9 9 9/US - COBLE/EMILY 

901® NONE 


Infants would be shown as follows and assigned to the passenger 
would has the infant associated in the same way as DOB today. 

503® PAX ID - * INFRA/US/ 123456 7 8 9/F/P3 

2.1.5 PNR History Display of Passenger Information Request 

Passenger information will only appear in history when it is 
cancelled. DOB information will continue to appear when it is 
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added or cancelled. 


0F8C5F 
CTC- T 

IV RM 640A 22JUL2005 QTS 
AN 001 COBLE/GEOFF 
AN 001 COBLE/SDSAN 
AN 001 I COBLE/ EMILY 
AS 1 2V 68C MTRALB 950A01JDN 

AS 2 2V 49C ALBCHI 650P01JUN 

AD DOB- 09JUL1962/US/P1 

AD DOB- 06JUL1962/US/P2 

CTC- T02501074 *0000000/lEU5107 

IV Y RM 640A 22 JUL QTS L007 

AD DOB- 09SEP1999/US/P3 

CTC- T02501074 

4894 CS 704A 22JUL HDQ LOO? 

XD PID- RA/US/123456789/F 

COBLE/GEOFF 

CTC- T02S01074 

4894, CS 704A 22 JUL HDQ L007 

OC TKKQ PNQXDK 

4894 CS 720A 2 2 JUL HDQ L007 


505P01JUN YD KK3 

930A02JUN YD KK3 


2.1,6 Ticketing 

the checks at ticketing will be enhanced to include the following 
new error messages in addition to the existing DOB message; 

PAX ID AND DOB REQUIRED BEFORE TICKETING 
PAX ID INFORMATION REQUIRED BEFORE TICKETING 


2.2 System 

There will be no impact to system performance. 


2.3 Environment 

• ARROW will handle the new name associated GDS PNRs. 

• ARROW will pass the name association of existing PNRs back to the GDS on 
claim entries. 

3. Dependencies 
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3.1 Projects 

Requires ... to be implemented. 

3.2 System Resources 

Requires the allocation of . . . file. 


4. Environment 

4.1 Internal 

N/A 

4.2 External 


5. Process Flow 

This section describes how the application is to handle the input to output process, 
using a high-level flowchart or narrative (pseudo code or paragraph style). Highlight 
this area and replace with process flow using method chosen. 

6. Data Base Specification 

6.1 Existing data bases and their use 

6.2 New data bases and their use 
None 

6.3 File Maintenance / Utilities 

None 

6.4 Data Base Creation 

N/A 
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7. Program Specifications 

7.1 Inbound Teletype 

7.1.1 TID6: Process SSR segments 

Scan and validate the SSR DOCS item if present in the TTY 
message. If correct, have the information in it sent to TIG so it can 
be processed accordingly. 

7.1.2 TIG2: Validate key in OSI item 

Add ‘DOCS’ as one of the valid keys for an OSI item. If an OSI 
DOCS is found, call TIG5 for processing. Verify that condition 
code is passed to TIG3 as passed from TIG5 in EBX084. 

7.1.3 TIG3: Act on result from OSI request 

Add an OSI item with error message to the PNR if the request is 
invalid or not successful (i.e. condition code returned from PD 
package or TIG5 in EBX084). 

7.1.4 TIG5: Process OSI DOCS item 

Parse and validate the OSI DOCS item. If correct, build both a 
dummy 5PID and 5DOB requests with the information provided in 
the OSI DOCS items and submit them as internal request for 
processing. Upon completion, pass return condition to calling 
program thru EBX084. 

7.2 GDS Ticketing 

7.2.1 TAXO: One-ticket-per-passenger path 

When processing a border-crossing make sure that valid DOB and 
PID information is present in the PNR. Call utility RMUX (?) for 
that verification. In case of error, send canned error message to 
agent and do not process ticketing request. 

7.2.2 TAAE: Old ticketing path 

When processing a border-crossing make sure that valid DOB and 
PID information is present in the PNR. Call utility RMUX (?) for 
that verification. In case of error, send canned error message to 
agent and do not process ticketing request. 
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7.2.3 TPE3: Woridspan ticketing path 

When processing a border-crossing make sure that valid DOB and 
PID information is present in the PNR. Call utility RMUX (?) for 
that verification. In case of error, send canned error message to 
agent and do not process ticketing request. 

7.2.4 TOOl: ‘PNR now ticketed’ process 

When processing a border-crossing make sure that valid DOB and 
PID information is present in the PNR. Call utility RMUX (?) for 
that verification. In case of error, take existing error path so PNR is 
queued to TEL/80. 


7.3 PNR face and history display by GDS agent 

7.3.1 TAK5: Display 5 fields to GDS agent 

Add logic to dislpay new 5 PAX ID fields. They should be 
displayed after 5 DOB fields and on top of others 5 fields. 

7.3.2 TAH7: Display PNR history for 5-fields to GDS agent 
Display any history item with DOB and PAX ID information that 
is found in the PNR history. 

7.4 PID processing 

These changes are subject to revision upon how the code for 5PID is built. 

7.4.1 PDEC: 5-entries processing 

Add check for TTY error if entry is 5PID (See code for 5DOB) 

7.4.2 PDED: Add passenger data to AAA 

Add additional check for 5PID to turn indicator in AAA if a new 
5PID item was added (See code for 5DOB) 

8. System Impacts 

8.1 Estimated impacts: 

It is anticipated that there rail not be any measurable impacts. 

8.1.1 CPU cycles and DASD 
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8.1.2 Other Hardware 

8.1.3 Line capacity 
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Overview of the Program 


Beginning December 1, 2000 all reservations booked between the United 
States and Canada in either direction will require the date of birth and 
country of citizenship for each guest traveling prior to ticketing. The guest 
must give this information either at the time the reservation is booked or 
when the ticket is purchased. No guest will be ticketed who has failed to or 
is unwilling to provide this information. 


Guest Documentation Requirements 


Guests must be advised that Canadian and U.S. Customs officials require that 
they have certain documentation with them when leaving or re-entering the 
country. 

For more information check your GDS system: 

Amadeus: R//G/TVL/CDA 

Apollo: L[]2V/G/TVL/CDA 

Worldspan: @2V@G/TVL/CDA 
Sabre: Y/TVL/CDA 



AGENCY INSTRUCTIONS 
RESERVATIONS 


1 . Create or claim Amtrak PNR (see Amtrak quick reference card, Book 
and Ticket in 7 Easy Steps) 

2. Enter the 5DOB field 

3 . A 5DOB field must be completed before tickets can be issued. If an 
agent tries to produce tickets for a guest on a cross border segment 
who does not have a “5DOB” field, an error message will be 
displayed to the agent. 


GDS 

Format 

Amadeus 

OS2V DOBddmmmvvw/cc(/*text)-Passenqer/name 

Apollo 


Sabre 

ZZ5DOBddmmmyyyy/cc(/*text)/P# 

Worldspan 

30SI2V DOBddmmmyyyy/cc(/*text)-Passenger/name 


• Sabre entry must be passenger associated. The # symbol indicates 
passenger name number. 


Where: 

DOB 


yyyy 


Action code 

two character code(01-31) 
three character month(JAN-DEC) 
four character year 


text 

-Passenger/name 


Optional twenty character free text field 
Passenger name or association 


4. Ticket using normal ticketing entries. 





COUNTRY CODES 


Country codes are the standard two letter universally recognized country 
codes. 

Sabre and Amadeus agents can display the country code table in the Amtrak 
system using normal GDS entries. NOTE: Apollo and Worldspan agents 
must use their normal GDS functions. 

SABRE AMADEUS 


To see list of all codes in country code order: 
ZZRM*CY R//RM*CY 


Error Responses 


NAME REQUIRED PRIOR TO ENTERING 5DOB 

This message indicates that the agent has attempted to enter date of 
birth/country of citizenship information for a guest prior to entering the guest's 

INVALID DATE, IN FUTURE 

The agent has attempted to enter a date of birth that is beyond today’s date. 

INVALID DATE DDMMM 

Either the date is invalid for the month specified or the three-character month 
code is not correct. 

INVALID COUNTRY CODE 

The two-letter country code does not match one in Amtrak's country code table. 
INVALID DELIMITER 

A required delimiter has not been entered correctly. 



To Order Additional Border Crossing Materials 


Border Crossing materials can be ordered through Western Folder on line at: 
www.travelmfonetwork.com . Or by fixing Western folder at 630-773-4006 with your 
request. 

Be sure to include stock number, quantity, and your agency ARC number. 

* Stock number for quick reference cards: 027302 


For Automation Questions 



Stock #027302 
12/00 








Please find attached the changes being, proposed for the collection of additional identification data for the Border 
Crossing PNRs in Arrow; 

These 

changes are being mandated by the US Border Inspection Agencies. We have targeted the requirements to be of least 
impact to you, and have a targeted date of the.lst October. Please review and let me know which approach for passing 
data that you wiil employ.. 





«SABRE Border Crossing ehanges.doc» 


Subject; 


Amtrak testing for Thursday and Friday September 22/23, 2005. 


Good Morning, 

PLEASE BOOK PNRs WITH THE FOLLOWING DATES: 2 2 SEP -12 OCT 
The Test System should be ready for testing around 10:00am ET 
1. SABRE ONLY 

A. Please create PNR’s with Border Crossing segments. Ensure there are minimum of two characters for the 
fust and last names. Add 5DOB(date of birth) and a 5P1D field. Modify / delete / add 5DOB and 5P1D fields. 
Ticket and forward PNR numbers. 


of two characters for the first and 
infant to the PNR's and email 
to the test group. 

C. Create PNR's without Border Crossing segments and ensure there are a minimum of two characters in the 
first and last names. Add a 5DOB and 5PID field (not required in non-border crossing PNR’s). Modify / delete 
/ add SDOB and 5PID fields. Please ticket the PNR’s and forward die PNR numbers. 

D. Create PNR’s with a 1 character first name and 1 character last name. You should be unable to enter 
character name fields. 

2. AMADEUS, APOLLO, SABRE & WORLDSPAN 

A. Create 2 PNR’s. Create one WITHOUT Border Crossing segments and one WITH Border Crossing 
segments. Ensure there is a minimum of two characters in the first and last names. Add a 5DOB field 
to each PNR and forward the Amtrak PNR numbers. Do not ticket 

.B. Create 1 PNR to any destination. Please drive the ticket and forward the ticket numbers and the 
Amtrak PNR number. 

C. Please claim and ticket the PNR assigned to you system. Please forward the Amtrak PNR number. 

AMADEUS APOLLO SABRE WORLDSPAN 

14A597 14A5B0 14A5B1 14A5B4 


B. Create PNR's with Border Crossing s 
last names. Email m 
back. Add 5DOB at 


Ensure there are minimum 
|the PNR numbers. I will add an 
Please ticket and forward PNR's 


3. Do full ARROW regression testing based on the attached standard script. 
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1, Effective for availability displays of 3 lOctOS and beyond, the ‘N’ service indicator which designates ‘No 
Smoking’ will no longer appear. Every train [except Auto Train (#’s 52/53)] and every Thruway bus service is 
entirely non-smoking. This frees up a space in that display which Will be used for a new service code in the 
future. This will also cause the phrase "non- smoking train" to disappear from www.amtrak.com train services 
displays. It does *not* mean that smoking is going to be allowed again. 

2, We have been working on a project to convey customs-related passenger and crew information from 
Amtrak’s Arrow system to the U.S Border Inspection Agencies Advance Passenger Information System (APIS). 
As part of this endeavor, effective 25Sep05, Amtrak will disallow PNR names if the surname or first name is 
less than two characters in length. 

Please ensure that all your subscribers, are infoimed of the above. 
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1. Effective for availability displays of 31Oct05 and beyond, the ‘N’ service indicator which designates ‘No 
Smoking’ will no longer appear. Every train [except Auto Train (#’ s 52/53)] and every Thruway bus service is 
entirely non-smoking. This frees up a space in that display which will be used for a new service code in the 
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less than two characters in length. 

Please ensure that all your subscribers are informed of the above. 



